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AUTOMATED METER READING SYSTEM, COMMUNICATION AND CONTROL 
NETWORK FOR AUTOMATED METER READING, METER DATA COLLECTOR, 

AND ASSOCIATED METHODS 

RELATED APPLICATIONS 

[0001] This is a non-provisional patent application, which claims the priority of provisional 
patent application U.S. Serial No. 60/447,815, filed February 14, 2003, titled Automated Meter 
Reading System, Communication and Control Network for Automated Meter Reading, Meter 
Data Collector, and Associated Methods, and which is incorporated herein by reference in its 
entirety. 

BACKGROUND 

1. Field of the Invention 

[0002] The present invention relates in general to the field of utility meters. More 
particularly, the present invention relates to automatic equipment, systems, networks, and 
software for remote reading of utility meters, such as electric, gas, water, or steam meters. 

2. Description of Related Art 

[0003] Utility companies and municipalities for many years have been burdened with the 
labor intensive and cumbersome task of manually collecting meter readings, managing data from 
the field into the accounting area, and managing the billing and collection of invoices. Typically 
each customer is provided with a mechanical utility meter for each individual service provided, 
for example, a meter for water, a meter for steam, a meter for gas, and a meter for electric power. 
A periodic reading of the utility meter is necessary to determine the usage and to bill the 
customer for the amount used. These meters are normally manually read using utility company 
or municipality employees physically visiting each meter at the customer's location, reading the 
meter, and recording the previous month's usage into a written route book for delivery to 
accounting personnel. This process is costly, is time consuming, and can involve various risks to 
personnel involved in manually collecting meter data. The process involves labor, motorized 
transportation, and numerous employee overhead-related costs. Once the readings from the 
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meter are obtained, accounting personnel manually transfer the readings into a database for 
billing and collection of the invoices for service. 

[0004] Manually reading the meters often results in numerous other expenses including those 
related to human error. For example, a high bill caused by an incorrect manual read or estimated 
read often motivates customers to pay later, resulting in increased working capital requirements 
and corresponding expenses for the utility. Additionally, the utility has to handle the customer 
complaints (a call center cost) and may have to read the meter again to verify the error. As the 
complaint progresses, the utility faces administrative costs associated with routing and 
processing the complaint from the call center to the meter department. An additional cost 
includes the potential loss of a customer who, even after resolution, feels the process was such an 
excessive burden as to prompt the customer to switch utility providers. 

[0005] Recently, hand-held reading units have been developed that typically provide a data 
collection unit attached to the consumer's utility meter having some form of data transmitter. 
The unit or system has some form of receiver. There are different variations in methodology of 
receiving the data. One methodology of hand-held "local" collecting meter reading requires an 
operator having a meter or collection unit interrogation device to be in close physical proximity 
of the meter to obtain the meter reading and transport the data to a central computer such as 
shown in U.S. Patent No. 5,559,894 by Lubliner et al. titled "Automated Meter Inspection and 
Reading" and U.S. Patent No. 5,856,791 by Gray et al. titled "Port Expander For Utility Meter 
Reading." For example, in a radio drive-by or walk-by unit, a utility service vehicle having a 
mobile receiver mounted in a service vehicle or a utility work having a hand-held unit passes by 
the consumer's facility to receive the data from the meter. As the vehicle or hand-held unit 
passes near the electric meter, the receiver emits a signal to the collection unit, which causes the 
collection unit to transmit or send its meter reading data to the receiver. This consumption data 
is then stored and later entered into a billing system. This approach, however, still requires the 
manual visit to each meter location and time downloading the data to the billing system. 
Nevertheless, the physical meters can be read much more quickly which reduces manpower, 
vehicular, and soft costs. Also, the data is transferred from the mobile receiver to the database, 
which again reduces manpower and data handling. This methodology also has a benefit to the 
customer of preventing intrusion into the customer's premises and improved accuracy of the 
reading. Remaining system negatives, however, included prohibitive capital costs, i.e., vehicles, 
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and software and hardware requirements, and providing a reliable and cost-effective power 
solution for the individual radio transmitter in the individual meters. 

[0006] Recently, automatic meter reading ("AMR") has been developed. Automated meter 
reading has become more desirable than using meters that require manual reading and recording 
of the consumption levels. AMR consists of technologies and methods to remotely read a 
plurality of electric meters, such as a consumer base for an electric power supply company, into a 
billing database by installing or utilizing fixed networks that allow billing or meter usage data to 
be transmitted without human intervention to a host computer having the billing database. AMR 
produces many benefits and several companies such as Hunt Technologies, Schlumberger, 
CellNet, Itron, Amco Automated Systems, and Distribution Control Systems have developed 
AMR units. For the utility, reading meters without setting foot on customer's property 
substantially reduces risks associated with climbing over fences, slipping on ice and snow, 
dangerous animals, snakes, and spiders, and other types of risks which in turn, result in 
significant savings in liability insurance, disability benefits, and worker turnover/replacement. 
For the customer, reading meters without entering customer's property provides a less intrusive 
service and reduces criminal activity such as when a criminal manages to gain entry into a 
customers property by posing as a meter reader. Moreover, the need for a higher frequency of 
meter reading is increasing, e.g., daily, hourly, or every 15 minutes in order to take advantage of 
real time pricing. Also, the amount of data is increasing, due to the necessity to bill on more than 
just consumption, e.g., time of use. Thus, automated recording and reporting of the utility usage 
at customer sites is rapidly replacing the manually read utility meters. 

[0007] AMR system uses a dial-up modem in the collection unit to dial a remote billing 
system and transmit its reading data via telephone lines such as shown in U.S. Patent No. 
6,163,602 by Hammond et al. titled "System and Method for Unified Telephone and Utility 
Consumption Metering, Reading, and Processing" and U.S. Patent No. 5,128,988 by Cowell et 
al. titled "Telephone Switched Network, Automatic Meter-Reading System Based Upon Service 
Address." In the past, there has been on-site meter reading equipment having modem capability 
capable of receiving telephone calls from a central office through the use of special equipment 
located at the telephone company, and there have also been on-site meters with modems which 
were capable of placing telephone calls to the central office. In general, these systems 
incorporate an auto-dial, auto-answer modem in each customer site to receive interrogation 
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signals from the telephone line and to formulate and transmit meter readings via the telephone 
line to the utility company. These systems record information on utility usage and periodically 
dial into a central office to report the utility usage for recording and billing purposes. This 
methodology provides two-way communication and control between the meter and the central 
office. The modem shares the telephone line with the customer's normal usage, such as incoming 
and outgoing voice communications. Such sharing requires that the system be able to recognize 
when the telephone line is in use, and to delay demanding use of the telephone line until it is 
free. Steps must be taken to prevent the data communications system from interfering with other 
uses and to prevent other uses from corrupting the transmitted data. 

[0008] A variation of this methodology includes using the power line as a carrier medium. 
This approach connects the meter through the power lines and relays the meter reading over the 
power lines to the utility company. This approach, however, can require a complicated 
infrastructure to be installed. Power lines operate as very large antennas and can receive a large 
amount of noise. Therefore, signal-cleaning filters must be installed periodically along the 
power lines to attenuate the noise. These filters can be very expensive. Also, the connections 
often are at line voltage, making it more dangerous and time consuming to install. 
[0009] Another problem with expanding the use of control systems technology to such 
distributed systems are the costs associated with the sensor-actuator infrastructure required to 
monitor and control functions within such systems. A more modern approach to implementing 
control system technology is to install a local network of hard- wired sensors and actuators along 
with a local controller. Not only is there expense associated with developing and installing 
appropriate sensors and actuators but the added expense of connecting functional sensors and 
controllers with the local controller, and the cost of the local controller. This methodology is 
also quite intrusive as the cables must be run to physically interconnect the various nodes in the 
network. An alternative variation includes interfacing the meter with a community cable 
television system. In addition to the high cost of installation, however, such a system is not 
useable in areas without access to a cable system. Moreover, networks that are interconnected 
with cables are subject to physical disruption of the cables. 

[0010] Recently, wireless networks have been developed. These networks, typically 
installed in a point-to-point loop configuration, are used to collect information from and to 
disseminate information to individual nodes of the network. In conventional wireless networks 
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using a point-to-point loop configuration, each node in the network is interconnected and 
communicates with two neighboring nodes. Information or commands are passed from node to 
node around the point-to-point loop until they arrive at a master node. The master node is used 
to communicate information that is gathered to a central station or to accept and distribute 
information received from a central station throughout the network. These conventional wireless 
networks, however, have limitations. For example, because these conventional wireless 
networks generally have a point-to-point loop configuration, when one node is disabled, the 
integrity of the entire network can be affected. Moreover, if the master node of such a 
conventional network is disabled, the network can become isolated. 

[0011] Other variations in methodology include using data channels in wireless telephone 
systems to transmit usage data to a remote billing system via a wireless telephone network, such 
as PCS, satellite, or cellular. Other methodologies also include the use of low earth orbiting 
satellites. Building, launching and maintaining a fleet of satellites, however, is very expensive. 
[0012] Yet another methodology includes the use of small RF transmitters. Because systems 
having sufficient range normally are subject to regulations and licensing requirements that are 
prohibitively expensive, however, the centralized wireless control systems for locally distributed 
devices using RF transmitters have not been widely utilized. Also, systems that are sufficiently 
powerful to be used in widely distributed installations are unnecessarily expensive in smaller 
installations. Additionally, there is limited availability of RF carrier frequencies, and potential 
interference with other nearby systems that might be operational. 

[0013] Further AMR servers have been developed, such as shown in U.S. Patent No. 
6,088,659 by Kelley et al. titled "Automated Meter Reading System," in attempts to address the 
metering data management needs of entities involved in energy distribution. Such AMR servers 
use an open, distributed architecture that collects, loads, and manages system-wide data collected 
from energy meters and routes data automatically to upstream business systems. Although such 
AMR servers may address some meter data management concerns, these systems still fail to 
address communication concerns set for the above with respect to collecting billing or usage data 
and transmitting the data to a control center, e.g., perhaps having an AMR server. 
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SUMMARY OF THE INVENTION 



[0014] In view of the foregoing, Applicant has recognized a need to automate and transform 
the process of metering electricity, gas, water, steam, and the like, while reducing costs, adding 
value, enhancing service, and decreasing time of collection. 

[0015] When utilities such as gas, electricity, or water are most expensive to the customer, 
they are also correspondingly most expensive to the utility company. Accordingly, Applicant 
also has recognized a need for control systems technology to such distributed systems that 
provide the customer with information to reduce costs and help the utility by reducing demand at 
peak hours. Applicant further has recognized a need for a fixed network AMR that includes a 
multifunction data collector capable of transmitting meter readings for multiple meters to the 
control center and relaying meter readings of other collectors. 

[0016] An embodiment of the present invention advantageously provides a distributed 
network system including at least one utility meter, and preferably a plurality of utility meters, at 
least one sensor interfaced with each meter, a meter data collector positioned in communication 
with the at least one sensor to receive meter usage reading data. The system also includes a 
remote automatic meter reading control center including a computer, e.g., a server, for gathering 
and processing the usage reading data. The system also includes system software associated 
with the computer of the remote control center and associated with the collector. Preferably, the 
system software has network software including a network protocol, e.g., preferably a 
preselected application layer protocol, to communicate over a network connected to each of the 
meter data collectors and meter sensors. The network software is preferably capable of querying 
each meter data collector and assigning the meter data collector a physical location based on the 
actual physical location with reference to other collectors or "nodes." 

[0017] The meter data collector gathers a usage reading from each sensor communicating 
with the collector and transmits the data to and receives instructions from the control center. The 
collector advantageously can include a power module, a controller, a telemetry module, a 
memory module, a multiple input connection block and a housing preferably meeting NEMA 
standards, as understood by those skilled in the art, to enclose the unit. In an embodiment, the 
multiple input connection block includes expandable or input/output ports capable of accepting 
either digital or analog input. In embodiments of the system, each of the sensors can be tailored 
to the specific type of meter to be read. For example, for a water meter, the sensor or the 
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collector itself can be attached at the same point that the outside dial attaches. For the gas meter 
and steam meter, a pulse initiator can be added to the respective meter to digitize the usage. For 
the electric meter, a pulse board can be added. 

[0018] In an embodiment of the system, the collector uses frequency hopping radio 
frequency (RF) electromagnetic radiation as understood by those skilled in the art. Use of an RF 
based network advantageously reduces data transmission cost, is flexible, and has low 
deployment costs. In some embodiments, the system uses low-power RF transmissions. In a 
medium-range embodiment, the range between collectors and the control center for associated 
substations can be between 500-1500 meters. In a long-range embodiment, that distance can be 
between 2000-6000 meters. In an embodiment, the collector is powered through a connection to 
the electric utility meter. Another embodiment for powering the collector includes the use of a 
cable having an electrical outlet interface. An alternative embodiment for powering the collector 
includes use of batteries. 

[0019] Functionally, data is acquired from the sensor interfaced with its respective individual 
meter. Data is obtained by the collector, from the meter sensor, where it is temporarily stored. 
In an embodiment, all metering data is date and time stamped to provide an accurate record of 
the read. Typically and functionally this data is then forwarded directly to the control center or a 
substation if within range and not blocked or impeded by a physical structure or other obstacle. 
If the collector is not within range, the data is forwarded to another collector associated with a 
location closer to the control center or a substation, to an intermediate collector, to be forwarded 
to the control center or substation. In essence, the network structure turns every collector into an 
individual network node capable of transmitting its respective meter indication data from either 
"nodes." Thus, an embodiment of the present invention advantageously provides a self-healing 
network having minimal infrastructure that significantly reduces line-of-site issues whereby a 
physical structure may block the transmission of an individual collector. Advantageously an 
embodiment of the present invention also allows for scalability as the addition of a new collector 
at a new location is merely tantamount to adding an additional "node" to the network. In the 
preferred implementation, however, the network node level between the various nodes and either 
the control center or a substation can be limited to 15. Advantageously the system provides for 
both passive and dynamic execution of a meter read. Although the control center can prompt for 



-7- 



an additional read if greater delay accuracy is required, the collector can send a current read to 
the control center every 15 minutes. 

[0020] The system control center further includes at least one computer, e.g., a server, 
including a processor to store, process, and manipulate data gathered by the collectors and 
transmitted to the control center. The control system correspondingly includes at least one data 
storage medium to provide for meter record storage and retrieval. The data storage medium is 
adapted to interface with software for storing and updating a database. The database includes a 
table(s) to assign /the at least one collector physical address and assign various usage data. The 
usage data is compared to a temporal usage rate to formulate and store with the meter data to a 
record of consumption totals. 

[0021] The computer system also advantageously provides various functions of the utility's 
control center with the meter data. Regarding a billing office, accurate timely data insures 
efficient monthly consumption billing on a customer-requested date. Regarding the customer 
service department, the collection of daily metering data enables the utility to efficiently manage 
final reads and switching as well as customer complaints without the expense of dispatching 
someone to the field to re-read the meter. Regarding the scheduling department, daily reads on 
all the meters in the service territory significantly improves load-forecasting accuracy. 
Regarding the loss management department, the collection of tamper status information on a 
daily basis enables quick identification and resolution of energy theft. The marketing 
department, daily reads allows targeting and delivery of new rates or selectable billing dates to 
specific customers. Daily reads on a customer that has multiple meters in multiple locations also 
enables delivery of aggregated billing services, or same-day billing services for all its locations. 
For the engineering/distribution planning department, daily data collection provides an accurate, 
continually updated picture of daily load that can be isolated to a specific area, enabling optimum 
efficiency and system planning, outage management, equipment installation, and maintenance. 
Additionally, frequent data collection of actual usage can be compared to estimating usage, 
which enables quick and efficient reconciliation and settlements between utilities, generators, 
ESPs, and power exchanges. For the end customer, access to daily usage information increases 
customer satisfaction by enabling more efficient management of energy usage and predicting 
energy expenditures more accurately. 
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[0022] Advantageously, an embodiment of the system and system software provides for the 
customer an increased understanding of its usage patterns. This understanding enables the 
proper selection of rate options, supplier choices, aggregation and balk purchasing opportunities 
and efficient forecasting and settlements. The system also advantageously provides for power 
outage notification and restoration notification. Additionally, the system provides for billing 
options such as selectable billing dates, selectable billing frequencies, and on-demand billing, 
which are not cost-efficient when using manual reading of the meter. 

[0023] Advantageously, an embodiment of the system and system software provides for the 
utility increased distribution effectiveness including improved facilities and infrastructure 
planning, maintenance improvements, improved system reliability, operational efficiencies, 
improved customer service, outage detection, forecasting and settlements, and load balancing 
and planning. The system software also advantageously provides for data warehousing and data 
mining, historical patterns and expectations analysis, analysis for new rates structures, and 
services bundling such as aggregation of billing to an individual customer, outage detection 
monitoring, and Internet access to the data 

[0024] Advantageously, an embodiment of the system and system software additionally 
benefit the utility by providing cost savings on regular "on-cycle" meter readings, the ability to 
obtain more easily (e.g., instantly) final meter reads for opening/closing accounts, stream-lined 
high bill investigations, the ability to flag potential high consumption before consumers get a 
high bill, help in pinpointing system losses and detect theft in service. Additionally, the system 
and system software also advantageously enable more frequent reads with minimal incremental 
cost, enable custom billing dates, support customized rates for large customers, provide detailed 
consumption information to customers to provide watchdog services, like leakage monitoring, 
improved cash flow management due to a reduction in bill contests, improved revenue 
forecasting by tying detailed consumption information to production data and expected billings, 
enable more sophisticated rates, and reduce billing adjustments. 

[0025] The system and system software of the present invention also advantageously provide 
for reduced capital costs due to the reduced number of vehicles necessary to physically service 
the meters, labor savings including the reduction in staff hours for meter reading and meter 
reading-related customer service, savings on vehicles and miscellaneous costs associated with 
meter reading, and provide for increased revenues from reducing system losses or replacing older 
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inaccurate meters. Also, an embodiment provides the utility company with the ability for "back- 
end" billing and accounting software to bundle with the collector, preferably the RCU-41, and 
associated system software to provide a gathering, transmission, billing, collection and reporting 
solution. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] So that the manner in which the features and advantages of the invention, as well as 
others which will become apparent, may be understood in more detail, a more particular 
description of the invention briefly summarized above may be had by reference to the 
embodiments thereof which are illustrated in the appended drawings, which form a part of this 
specification. It is to be noted, however, that the drawings illustrate only various embodiments 
of the invention and are therefore not to be considered limiting of the invention's scope as it may 
include other effective embodiments as well. 

[0027] FIG. 1 is a schematic view of an automated meter reading network system according 
to an embodiment of the present invention; 

[0028] FIG. 2 is schematic view of an automated meter reading network system according to 
an embodiment of the present invention; 

[0029] FIG. 3 is a schematic view of an automated meter reading network system according 
to an embodiment of the present invention; 

[0030] FIG. 4 is a schematic view of an automated meter reading network system according 
to an embodiment of the present invention; 

[0031] FIG. 5 is a schematic view of an automated meter reading network system according 
to an embodiment of the present invention; 

[0032] FIG. 6 is a schematic view of a plurality of meter data collectors defining a plurality 
of remote collection units each positioned on a separate building and in communication with a 
main utility center according to an embodiment of the present invention; 

[0033] FIG. 7 is a schematic view of a plurality of meter data collectors defining a plurality 
of remote collection units each positioned on a separate building and in communication with a 
main utility center according to an embodiment of the present invention; 

[0034] FIG. 8 is a schematic view of a plurality of meter data collectors defining a plurality 
of remote collection units each positioned on a separate building and in communication with a 
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water tower having a meter data collector or repeater mounted thereto and in communication 
with a main utility center according to an embodiment of the present invention; 

[0035] FIG. 9 is schematic view of a meter data collector defining a remote data collection 
unit and having a plurality of data collection ports each for a plurality of different utility meters 
or other uses according to an embodiment of the present invention; 

[0036] FIG. 10 is an exploded perspective view of a meter data collector defining a remote 
data collection unit associated with a first embodiment of a housing according to an embodiment 
of the present invention; 

[0037] FIG. 11 is an exploded perspective view of a meter data collector defining a remote 
data collection unit associated with a second embodiment of a housing according to another 
embodiment of the present invention; 

[0038] FIG. 12 is an exploded perspective view of a meter data collector defining a remote 
data collection unit associated with a third embodiment of a housing according to yet another 
embodiment of the present invention; 

[0039] FIG. 13 is flow diagram of a control read state of a collector according to an 
embodiment of the present invention; 

[0040] FIG. 14 is a flow diagram of the control write state of a collector according to an 
embodiment of the present invention; 

[0041] FIG. 15A-15C are tables of an embodiment of a frequency list for transmit and 
receive settings according to an embodiment of the present invention. 

DETAILED DESCRIPTION 

[0042] The present invention will now be described more fully hereinafter with reference to 
the accompanying drawings, which illustrate embodiments of the invention. This invention may, 
however, be embodied in many different forms and should not be construed as limited to the 
illustrated embodiments set forth herein. Rather, these embodiments are provided so that this 
disclosure will be thorough and complete, and will fully convey the scope of the invention to 
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those skilled in the art. Like numbers refer to like elements throughout. The prime notation, if 
used, indicates similar elements in alternative embodiments. 

[0043] As illustrated in FIGS. 1-1 5E, an embodiment of the present invention provides a 
distributed network system including a multifunction collector or controller, a utility meter, and 
an at least one sensor, e.g., an encoder, interfaced with the meter. The sensor is positioned in 
electrical communication with the collector in order to provide a meter usage reading data. The 
system also includes a remote control center for gathering and processing the usage reading data. 
The system also includes system software. Preferably, the system software has network software 
including a network protocol (preferably an application layer protocol, described below) for 
communicating over a network connected to each of a plurality of controllers if desired, and at 
least one sensor. The network software is preferably capable of querying at least one collector 
and assigning the at least one collector a physical location based on the actual physical location 
with reference to the other collectors or "nodes" within a network. 

[0044] As shown in FIGS. 3-4, the collector gathers a usage reading from the at least one 
sensor and transmits the data to and receives instructions from the remote control center. The 
multifunction collector includes a power module, a controller, a telemetry module, a memory 
module, a multiple input connection block and a housing preferably meeting NEMA standards to 
enclose the unit. In an embodiment, the multiple input connection block advantageously can 
include input/output expressions modules or ports capable of accepting either digital or analog 
input. In embodiments of the collector, the sensor can be tailored to the specific type of meter to 
be read. For example, as understood by those skilled in the art, regarding a water meter, the 
sensor or the collector itself can be attached at the same point that the outside dial attaches. For 
the gas meter and steam meter, a pulse initiator can be added to the respective meter to digitize 
the usage. For the electric meter, a pulse board can be added. 

[0045] In an embodiment of a system, such as shown in FIG. 5, the system uses frequency 
hopping radio frequency (RF) electromagnetic radiation as understood by those skilled in the art. 
Use of an RF based network reduces data transmission cost, is flexible, and has low deployment 
costs. In an embodiment of a system, the system uses low-power RF transmissions. In a 
medium-range embodiment, the range between collectors and the control center for associated 
substations can be between 500-1500 meters. In a long-range embodiment, that distance can be 
between 2000-6000 meters. In an embodiment of a collector, the collector is powered through a 
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connection to the electric utility meter. Another embodiment for powering the collector includes 
the use of a cable having an electrical outlet interface. An alternative embodiment for powering 
the collector includes use of batteries. 

[0046] As shown in FIGS. 3-4, functionally, data is acquired from the sensor interfaced with 
its respective individual meter. Data is obtained by the collector, from the meter sensor, where it 
is temporarily stored. All metering data can be date and time stamped to provide an accurate 
record of the read. As shown in FIG. 5, typically and functionally, this data is then forwarded 
directly to the remote control center or a substation if within range and not blocked or impeded 
by a physical structure or other obstacles. 

[0047] The collector, as shown in FIG. 4 and as described herein, can have the following 
features: 

Functional Specifications: 

- power source: 5VDC or 120, 240V AC transformer 

- tamper detection: meter removal, outage detection 

- operating temperatures: -40° to +85°C 

- operating humidity: 5 to 95% non-condensing relative humidity 

- FCC Compliance: Part 15 certified 

- Certification: ANSI C 12 Standards 
Operation Specifications: 

Radio Module: 

- Transmit and receive frequency: 902-928 MHz 

- CRC error checking on every message 
Base Board 

- Discrete Inputs (4 pt.) Optically isolated 5VDC 

- Five I/O expansion modules 
Physical Specifications 

- ABS plastic housing UL-94-0 

- 10"HX10"WX5"D 

- Pole or wall mountable 
I/O Expansion Modules 

- Discrete input (4 pt.) optically isolated 5VDC 

- Discrete input (4 pt.) optically isolated 12VDC 

- Discrete input (4 pt.) optically isolated 24VDC 

- Discrete input (2 pt.) optically isolated 5VDC 

- Discrete input (2 pt.) optically isolated 12VDC 

- Discrete input (2 pt.) optically isolated 24VDC 

- Discrete output (4 pt.) relay 12-280 VAC 5 A 

- Discrete output (4 pt.) relay 0-60VDC 5 A 

- Discrete output (4 pt.) relay 0-60 VDC 10A 

- Discrete output (2 pt.) relay 12-280VAC 5 A 
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- Discrete output (2 pt.) relay 0-60VDC 5 A 

- Discrete output (2 pt) relay 0-60VDC 1 OA 

- Analog input (4 pt.) 4-20mA 
Telemetry Modules 

- RS-232 Module, DB9, DCE 

- RS-485 Module 
Memory Module 

- 48K Memory module 

[0048] If the collector is not within range, the data is forwarded to another collector 
associated with a location closer to the control center or a substation meter, to an intermediate 
collector, to be forwarded to the control center or substation. In essence, the network structure 
turns every collector into an individual network node capable of transmitting its respective meter 
indication data and meter indication data from either "nodes." Thus an embodiment of the 
present invention provides a self-healing network having minimal infrastructure that alleviates a 
line-of-site issue whereby a physical structure may block the transmission of an individual 
collector. An embodiment of the present invention also allows for scalability as the addition of a 
new collector at a new location is merely tantamount to adding an additional "node" to the 
network. In an implementation, however, the network node level between the various nodes and 
either the control center or a substation can be limited to a preselected number, such as 15. The 
system provides for both passive and dynamic execution of a meter read. In an embodiment, the 
collector sends a current read to the control center every 15 minutes, although the control center 
can prompt for an additional read if greater than 15 minutes delay accuracy is required. 
[0049] The system control center further includes at least one computer, e.g., a server, 
including a processor to store, process, and manipulate data gathered by the collectors and 
transmitted to the remote control center. The control system correspondingly includes at least 
one data storage medium to provide for meter record storage and retrieval. The data storage 
medium is adapted to interface with software for storing and updating a database (the database 
includes a table(s) to assign the at least one collector physical address and assign various usage 
data). The usage data is compared to a temporal usage rate to formulate and store with the meter 
data to a record of consumption totals. 

[0050] The computer system also provides various functions of the utility's control center 
with the meter data. For a billing office, for example, accurate timely data insures efficient 
monthly consumption billing on a customer-requested date. For a customer service department, 
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for example, the collection of daily metering data enables the utility to efficiently manage final 
reads and switching as well as customer complaints without the expense of dispatching someone 
to the field to re-read the meter. For a scheduling department, daily reads on all the meters in the 
service territory significantly improves load-forecasting accuracy. For a loss management 
department, the collection of tamper status information on a daily basis enables quick 
identification and resolution of energy theft. For a marketing department, for example, daily 
reads allow targeting and delivery of new rates or selectable billing dates to specific customers. 
Daily reads on a customer that has multiple meters in multiple locations also enables delivery of 
aggregated billing service, or same-day billing services for all its locations. For an 
engineering/distribution planning department, daily data collection provides an accurate, 
continually updated picture of daily load that can be isolated to a specific area, enabling optimum 
efficiency and system planning, outage management, equipment installation, and maintenance. 
Additionally, frequent data collection of actual usage can be compared to estimating usage, 
which enables quick and efficient reconciliation and settlements between utilities, generators, 
energy service providers (ESPs), and power exchanges. For an end customer, access to daily 
usage information increases customer satisfaction by enabling more efficient management of 
energy usage and predicting energy expenditures more accurately. 

[0051] An embodiment of the system and system software provides for a customer an 
increased understanding of its usage patterns. This understanding enables the proper selection of 
rate options, supplier choices, aggregation and balk purchasing opportunities and efficient 
forecasting and settlements. The system also advantageously provides for power outage 
notification and restoration notification. Additionally, the system provides for billing options 
such as selectable billing dates, selectable billing frequencies, and on-demand billing, which are 
not cost-efficient when using manual reading of the meter. 

[0052] An embodiment of the system and system software provides for the utility increased 
distribution effectiveness including improved facilities and infrastructure planning, maintenance 
improvements, improved system reliability, operational efficiencies, improved customer service, 
outage detection, forecasting and settlements, and load balancing and planning. The system 
software also advantageously provides for data warehousing and data mining, historical patterns 
and expectations analysis, analysis for new rates structures, and services bundling such as 



-15- 



aggregation of billing to an individual customer, outage detection monitoring, and Internet access 
to the data. 

[0053] An embodiment of the system and system software additionally benefit the utility by 
providing cost savings on regular "on-cycle" meter readings, the ability to obtain more easily 
(instantly) final meter reads for opening/closing accounts, streamlined high bill investigations, 
the ability to flag potential high consumption before consumers get a high bill, help in 
pinpointing system losses and detect theft is service. Additionally, the system and system 
software also advantageously enable more frequent reads with minimal incremental cost, enable 
custom billing dates, support customized rates for large customers, provide detailed consumption 
information to customers to provide watchdog services, like leakage monitoring, improved cash 
flow management due to a reduction in bill contests, improved revenue forecasting by tying 
detailed consumption information to production data and expected billings, enable more 
sophisticated rates, and reduce billing adjustments. 

[0054] The system and system software of the present invention also provide for reduced 
capital costs due to the reduced number of vehicles necessary to physically service the meters, 
labor savings including the reduction in staff hours for meter reading and meter reading-related 
customer service, savings on vehicles and miscellaneous costs associated with meter reading, and 
provide for increased revenues from reducing system losses or replacing older inaccurate meters. 
Also, an embodiment a system provides the utility company with the ability for "back-end" 
billing and accounting software to bundle with the collector and associated system software to 
provide a gathering, transmission, billing, collection and reporting solution. 
[0055] In the preferred embodiment of the present invention, the network software associated 
with a server and associated with each collector in the system can include a preselected protocol, 
such as an application layer protocol positioned at level 7 of an OSI model as understood by 
those skilled in the art, which provides communication between devices connected on different 
types of buses or networks. This software, for example, can allow collectors to communicate 
with each other and a server or substation. The preselected protocol can be a request/reply 
protocol and offers services specified by message type. 

[0056] A preselected protocol message packet is built by a master application that initiates a 
preselected transaction. The message type indicates to the slave application what kind of action 
to perform. The size of the preselected protocol message packet is device dependent and can 



-16- 



have a maximum of 256 bytes. In an embodiment, the preselected protocol uses a focused 
representation for addresses and data items. This focus, for example, can occur such as when a 
numerical quantity larger than a single byte is transmitted, the most significant byte is sent first. 
[0057] The preselected protocol includes a non-routed protocol frame and a routed protocol 
frame. In an embodiment, the routed protocol frame includes the following elements: a Start of 
Message (SOT), Message Type (MT), Message Sequence Number (MSN), Message Length 
(ML), Message Date Time (MDT), Routing Source Node Information (RSN), Routing Source 
Node Identification (RSID), Routing Subnet Mask (RSM), Routing Destination Node 
Identification (RDID), Routing Gateway Information (RGI) or Routing Gateway Number 
(RGN), Routing Gateway Index (RGI), Routing Gateway Node Identification (RGID), Payload 
Data (PD), and Cyclical Redundancy Check (CRC). 
| SOT 



MT 



MSN 



ML MDT 



RSN 



RSID 



RSM 



RDID 



RGI | RGID | PD | CRC ] 



[0058] The non-routed protocol frame is nearly identical except for does not include the 
RGID. 



SOT 



MT 



MSN 



ML 



MDT 1 RSN | RSID 1 RSM 1 RDID | RGI | PD [ CRCl 



[0059] The following have an example of the Protocol Frame Element Definitions: 













SOT 


Start of 
Transmission 


1 byte 


[OxEE] 


Constant Value 


MT 


Message Type 


1 byte 




See below 


MSN 


Message Sequence 
Number 


1 byte 


[OxOO-OxFF] 


Message originator 
connection dependent 
incremental message 
identification number. 


ML 


Message Length 


1 byte 


[OxOO-OxFF] 


Device Dependent 


MDT 


Message Date 
Time 


4 bytes 


[0x00000000- 
OxFFFFFFFF] 


Message Date Time Stamp 


RSN 


Routing Source 
Node Information 


1 byte 




Reserved for future use. 


RSID 


Routing Source 
Node Identification 


4 bytes 


[0x00000000- 
OxFFFFFFFF] 


Message originator unique 
unsigned long identification 
number. 


RSM 


Routing Subnet 
Mask 


4 bytes 


[0x00000000- 
OxFFFFFFFF] 


Message filtering mask 


RDID 


Routing 

Destination Node 
Identification 


4 bytes 


[0x00000000- 
OxFFFFFFFF] 


Message destination unique 
unsigned long identification 
number. 
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RGI 


Routing Gateway 
Information 


1 byte 


[OxOO-OxFF] 


High nibble RGN. Low 
nibble RGI. 


RGN 


Routing Gateway 
Number 


4 bits 


[OxOO-OxOF] 


Number of Routing 
Gateways required 
transmitting message from 
source node to destination 
node. 


RGI 


Routing Gateway 
Index 


4 bits 


[OxOO-OxOF] 


Current Routing Gateway 
index while transmitting 
message from source node 
to destination node. 


RGED 


Routing Gateway 
Node 

Identifications 


4 bytes 
* RGN 




Routing Source 
Identification Number of 
each Routing Gateway 
along path from source node 
to destination node. 


PD 


Payload Data 






Payload Data is dependent 
upon message type. 


CRC 


Cyclical 

Redundancy Check 


2 bytes 


[OxOO-OxFF] 


CRC- 16 Polynomial Mask 
0x1021 



[0060] According to an embodiment, the preselected protocol can support three levels of 
message security. Each security level is validated by an up to eight-byte security password. 
Each security level password byte may be any ASCII character. Each security level password is 
stored relevant to the routing source identification number. For the purpose of CRC calculation 
only, the security level password is appended to the message. 

[0061] In this embodiment, the preselected protocol frame Message Type element is a bit- 
significant field and includes the following elements: Security Level (SL), Message Type (MT), 
Read or Write Direction Flag (R#/W), and Acknowledgement Flags (ACK). 

ack] 



SL MT 



R#/W 
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The following are an example of Message Type Byte Element Definitions: 





1 ttoofofiftm) 








SL 


Security Level 


2 bits 


[0x00-0x03] 


0x00: None 
0x01: Security Level 1 
0x02: Security Level 2 
0x03: Security Level 3 


MT 


Message Type 


3 bits 


[0x00-0x07] 


See section 3.2: Message 
Type Definition 


R#/W 


Read or Write 
Direction Flag 


1 bit 


[0x00-0x01] 


0x00: Read 
0x01: Write 


ACK 


Acknowledgement 
Flags 


2 bits 


[0x00-0x03] 


0x00: Send/Negative 

Acknowledge 

0x01: Acknowledge Send 

0x02: Response 

0x03: Acknowledge 

Response 



[0062] In an embodiment, when a master application directly addresses a slave application 
(non-routing), the slave application processes the message type specified action and responds by 
setting the acknowledge binary code to 'Response' (0x02) within the message type frame 
element. When a master application addresses a slave application via routing, the first gateway 
node will route the message to the next gateway node and respond to the master application by 
setting the acknowledge binary code to 'Ack Send' (0x01) within the message type frame 
element. When the destination node receives the routed message, the destination node processes 
the message type specified action and responds by setting the acknowledge binary code to 
'Response' (0x02) within the message type frame element. If the message fails to respond from 
the destination node, the gateway node of last transmission will originate and route the return 
message to the source node by setting the acknowledge binary code to 'Send / Negative 
Acknowledge' (0x00) within the message type frame element. 

[0063] In an embodiment, the following preselected protocol message types, for example, 



can be supported: 







] BtaDcO 

gQJTTPSXKi®!] 


Woftis 




0x00 


Control 


Yes 


Yes 


0x00-0x03 


0x01 


Control Route 


Yes 


Yes 


0x00-0x03 


0x02 


Control Broadcast 


Yes 


Yes 


0x00-0x03 


0x03 


Reserved 








0x04 


Configuration 


Yes 


Yes 


0x02-0x03 


0x05 


Reserved 
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0x06 


1 2 C 






Yes 


Yes 


0x03 


0x07 


Diagnostic 






Yes 


No 


0x03 



[0064] The preselected protocol frame element includes a payload data section. The payload 
data section of the message packet sent from master application to slave application contains 
information that the master application uses to take the action defined by the message type. The 
payload data section of the message packet may be nonexistent (of zero length) in certain kinds 
of requests. In such case the slave application does not require any additional information. The 
message type in this instance specifies the action. The following details the payload data 
requirements for each of the supported message types. Data registers are referenced by control 
type and control index. For example: To reference the first analog input point the control type 
would be 0x02 and the control index would be 0x00. 



Examples of Control Data Types are as follows: 



















0x00 


Discrete Input 


Byte 


[0x00-0x01] 


0x01 


Discrete Output 


Byte 


[0x00-0x01] 


0x02 


Analog Input 


Unsigned Integer 


[OxOO-OxFFFF] 


0x03 


Analog Output 


Unsigned Integer 


[0x00-0xFFFF] 


0x04 


Date Time 


See below 




0x05 


Counter 


Unsigned Log 


[0x00— OxFFFFFFFF] 


0x06 


Reserved 


0x08 


Reserved 


0x09 


Reserved 


0x10 


History Record 


See below 




0x11 


Event Record 


See below 





[0065] Discrete Control Data Types 0x00 and 0x01 are packed into bytes. As understood by 
those skilled in the art, a master query must divide the requested point index by 0x08 to obtain 
the proper control data index. For example: A master query for the status of discrete input 0x09 
must request control data type 0x00 and index 0x01. The slave response data value bit 1 will 
contain the status of discrete input 0x09. 

[0066] The most significant bit of the Control Data Type is an exception response flag. For 
example: if a control message requests an index that is not supported by the slave device, the 
slave device response will echo the requested data type and set the most significant bit. The byte 
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following the control index will be a single byte Control exception code regardless of data type. 
Control exception codes are defined below. The Control Date Time data type can be defined as 
the number of seconds from the host server reference date and time. The Control History Record 



data type is defined as the following: 







(DhdGkdO 
IDsGa'Tf&TP© 




(Stmrrriwnfl 


0x00 


Data Time Stamp 


Control 
Date Time 


Unsigned 
Long 


Control date time stamp 
of stored data value 


0x04 


Data Value Type 


Control 
Data Type 


Byte 


Control data type of 
stored data value 


0x05 


Data Value 


Control 
Data Value 




Control Data value 


[0067] 


The Control Event Record data type can be defined as the following: 


(SfffesG 




©HDfiHEO 






0x00 


Data Time Stamp 


Control 
Date Time 


Unsigned 
Long 


Control date time stamp 
of stored data value 


0x04 


Event Type Code 


Event Type 


Byte 


Event Type Code 
Reserved Always 0x00. 


0x05 


Data Value Type 


Control 
Data Type 


Byte 


Control data type of 
stored data value 


0x06 


Data Old Value 


Control 
Data Old 
Value 




Control data old value 




Data New Value 


Control 
Data New 
Value 




Control data new value 



[0068] The Control exception codes can include the following: 









Code 


Name 


Meaning 


0x00 


ILLEGAL FUNCTION 


The requested operation to perform on the 
referenced data type is not support by the end 
device or not permitted due to security level 
access. 


0x01 


ILLEGAL DATA TYPE 


The data type received in the query is not an 
allowable type for the slave device. 


0x02 


ILLEGAL DATA INDEX 


The data index received in the query is not an 
allowable index for the slave device. 


0x03 


ILLEGAL DATA VALUE 


The value contained in the query data field is 
not an allowable value for the slave device. 



-21- 





Code 


Name 


Meaning 


0x04 


SLAVE DEVICE BUSY 


The slave device is engaged in processing a 
long-duration program command. The master 
device should retransmit the message later 
when the slave device is free. 


0x05 


SLAVE DEVICE 


An unrecoverable error occurred while the 




FAILURE 


slave device was attempting to perform the 
requested action. 



[0069] As shown in FIGS. 6-7, in an embodiment, the control message type includes a 
control read and a control write message type. The control read message type is used to read 
data registers from a slave device. Read access to data registers is dependent upon security level 
as defined as follows: 





©ODOtRSO II)S@SJ%0fl3XD 






,0x00 


Discrete Input 


Byte 


0x00-0x03 


0x01 


Discrete Input 


Byte 


0x00-0x03 


0x02 


Analog Input 


Unsigned Integer 


0x00-0x03 


0x03 


Analog Output 


Unsigned Integer 


0x00-0x03 


0x04 


Date Time 


See above 


0x02-0x03 


0x05 


Counter 


Unsigned Long 


0x01-0x03 


0x06 


Reserved 






0x07 


Reserved 


f 0x08 * 


Reserved 






0x09 


History Record 


See above 


0x01-0x03 


0x10 


Event Record 


See above 


0x01-0x03 



[0070] In an embodiment, the payload data element of the control read message frame 
includes a master and a slave. The master can include the elements of: 



COUNTn CT, 



CI, 



CTn ~CIn II 



where for each requested data value N, the control read message from the master must designate 
the control data type and control data index. 
[0071] The slave can include the elements of: 

cvT] 



1 COUNTn 1 CTi | CI, fcv 



CTn On 



where for each requested data value N, the control read message response from the slave must 
designate the control data type, control data index, and control data value. 
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COUNT N 


Point Quantity 


lbyte 


[OxOO-OxFF] 


Slave Device Message 
Length Dependent 


CT, 


Control Data Type 


1 byte 




See above 


CI, 


Control Data 
Index 


1 byte 


[OxOO-OxFF] 


Slave Device Dependent 


cv, 


Control Data 
Value 






See above 



[0072] In this embodiment, the control write message type is used to write values to data 
registers in a slave device. Write access to data registers is dependent upon security level as 
defined as follows: 
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0x00 


Discrete Input 


Byte 


Exception Code 0x00 


0x01 


Discrete Output 


Byte 


0x01-0x03 


0x02 


Analog Input 


Unsigned Integer 


Exception Code 0x00 


0x03 


Analog Output 


Unsigned Integer 


0x01-0x03 


0x04 


Date Time 


See Control Date Time 


0x02-0x03 






structure definition 




0x05 


Counter 


Unsigned Long 


0x02-0x03 


0x06 


Reserved 


0x07 


Reserved 


0x08 . 


Reserved 


0x09 


History Record 


See Control History 


Exception Code 0x00 






Record structure definition 




0x10 - 


Event Record 


See Control Event Record 


Exception Code 0x00 






structure definition 





[0073] As shown in FIGS. 6-7, in an embodiment, the payload data element of the control 
write message frame includes a master and a slave. The master can include the elements of: 



COUNTn 



CT, 



CIi CV 



CT N | CI N I CVH 



where for each requested data value N, the control write message from the master must designate 
the control data type, control data index, and control data value. 



[0074] 



The slave can include the elements of: 



COUNT N CTi CIi 



CTn = CIn 1 



where for each requested data value N, the control write message response from the slave must 
acknowledge the control data type and control data index. 
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Element 


Description 


Length 


Range Comments 


COUNT N 


Point Quantity 


1 byte 


[0x00— OxFF] Slave Device Message 
Length Dependent 


CTi 


Control Data Type 


1 byte 


See above: Control Data Types 


CI, 


Control Data 
Index 


1 byte 


[OxOO-OxFF] Slave Device Dependent 


cv, 


Control Data 
Value 




See above: Control Data Types 



[0075] This embodiment includes a Control Route message type, defined for increased 
efficiency of network bandwidth by allowing the collection of intermediate routing gateway data 
while acquiring end node data. Data types, exception codes, and security codes for the Control 
Route message types are defined with the Control message type. 

[0076] The Control Route message type includes a Control Route Read and a Control Route 
Write message type. The control route read message type is used to read data registers from a 
slave device and each routing gateway node. 

[0077] The payload data element of the control route read message frame also includes a 
master and a slave. The master can include the elements of: 
| COUNTn 



CT, CI 



CTn On 



where for each requested data value N, the control read message from the master must designate 
the control data type and control data index. 
[0078] The slave can include the elements of: 

| COUNT N *x 



CTi CIi 



CVi 



CTn CIn CV 



n 



CTnx CInx 



CVnx 



where for each requested data value' N, the control read message response from the slave (and 
each routing gateway node X) must designate the control data type, control data index, and 
control data value. 



Element 


Description 


Length 


Range Comments 


COUNT N 


Point Quantity 


1 byte 


[0x00-0Xff] Device Message Length 
Dependent 


CT, 


Control Data Type 


1 byte 


See above: Control Data Types 


CI,x 


Control Data Type 


1 byte 


Control Data Type for routing gateway node X 


CI, 


Control Data 
Index 


1 byte 


[OxOO-OxFF] Device Dependent 


cv, 


Control Data 
Value 




See above: Control Data Types 



[0079] The control route write message type is used to write data registers from a slave 
device and each routing gateway node. 
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[0080] The payload data element of the control route write message frame includes a master 
and a slave. The master can include the elements of: 

cvTl 



COUNT N 



CTi CI, 


cv, 


... CT N 


CIn 



where for each requested data value N, the control route write message from the master must 
designate the control data type, control data index, and control data value. 
[0081] The slave can include the elements of: 



I COUNT wx+ n I CTj 1 CIi [ ... | CT U I CIn | ... | CT N1 



CIni CTix CIix 



CT 



NX 



CI 



NX 



where for each requested data value N the control write message response from the slave (and 
each routing gateway node X) must acknowledge the control data type and control data index. 











COUNT N 


Point Quantity 


1 byte 


[0x00— OxFF] Device Message Length 
Dependent 


CTi 


Control Data Type 


1 byte 


See section 4.1.1: Control Data Types 


CI, X 


Control Data Type 


1 byte 


Control Data Type for routing gateway node X 


CI, 


Control Data 
Index 


1 byte 


[OxOO-OxFF] Device Dependent 


CV, 


Control Data 


See section 4.1.1: Control Data Types 




Value 







[0082] An embodiment can include a Control Broadcast message type. The Control 
Broadcast Message Type is defined for increased efficiency of network bandwidth by allowing 
the collection/control of multiple end node devices. Data types, exception codes, and security 
codes for the Control Route message types are defined with the Control message type. 
[0083] The Control Broadcast command may be routed through the network and will be 
transmitted from the device identified by the routing destination identification number field. 
When the device identified by the routing destination identification number transmits the control 
broadcast message, the device will use a routing destination identification number of 
0x00000000. If the routing destination identification number is unknown, a routing destination 
identification number of 0x00000000 may be used if the routing gateway information field is 
0x00. 

[0084] The Control Broadcast Message Type includes a Control Broadcast Read Message 
Type and a Control Broadcast Write Message Type. The Control Broadcast Read Message type 
is used to read data registers from multiple slave devices. Slave nodes to respond to specified 
action are determined by the routing subnet mask. 
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[0085] The payload data element of the control broadcast read message frame includes a 
master and a slave. The master can include the elements of: 



I COUNTn I CTi 



CI, 



CTn ^CIn_|[ 



where for each requested data value N, the control broadcast message from the master must 
designate the control data type and control data index. 
[0086] The slave can include the elements of: 
| COUNT N 



CT, 



CI, 



cv, 



CTnJ_CI n 1 CV N I 

where for each requested data value N, the control broadcast message response from each slave 
must designate the control data type, control data index, and control data value. 
[0087] The control broadcast write message type is used to write values to data registers in 
multiple slave device nodes. Slave nodes to perform specified action are determined by the 
routing subnet mask. 

[0088] The payload data element of the control broadcast write message frame includes a 
master and a slave. The master can include the elements of: 



| COUNT N | CT, 



CI, 



CV, 



CTn CI n CVi 



where for each requested data value N, the control broadcast write message from the master must 
designate the control data type, control data index, and control data value. 
[0089] The slave can include the elements of: 



COUNT N 



CT, 



CI, 



where for each requested data value N the control broadcast write message response from the 
slave (primary only) must acknowledge the control data type and control data index. 
[0090] Embodiments of the present invention also provides an automated meter reading 
network system having a plurality of utility meters each one positioned remote from the other 
ones of the plurality of utility meters, a plurality of sensors interfaced with each of the plurality 
of meters so that at least one of the plurality of sensors interfaces with and is positioned adjacent 
at least one of the plurality of meters to thereby sense utility usage data from each of the plurality 
of meters, a communication network, a plurality of meter data collectors positioned to collect 
utility usage data from each of the plurality of sensors so that at least one of the plurality of 
meter data collectors is positioned adjacent at least one of the plurality of utility meters and in 
communication with at least one of the plurality of sensors which interfaces with the at least one 
of the plurality of utility meters, the plurality of meter data collectors also being adapted to be 
positioned in communication with each other through the communication network so that each of 
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the plurality of meter data collectors defines a communication node in the communication 
network and the plurality of meter data collectors defines a plurality of communication nodes in 
the network, and a host computer positioned remote from the plurality of meter data collectors at 
a utility central station and in communication with each of the plurality of communication nodes 
in the communication network so that each one of the plurality of communication nodes are 
adapted to communicate with other ones of the plurality of communication nodes in the 
communication network to thereby reduce line-of-site communication problems between each of 
the plurality of communication nodes and the host computer. 

[0091] Additionally, the system can also have each of the plurality of meter data collectors 
including a collector transceiver positioned to transmit data to the host computer and to other 
ones of the plurality of meter data collectors through the communication network and to receive 
data from the computer and from the other ones of the plurality of meter data collectors through 
the communication network and a collector controller positioned to control collecting of utility 
usage data and the transmitting and receiving of data to and from the collector transceiver. The 
host computer, for example, can include a host transceiver positioned to transmit data to and 
receive data from each of the plurality of communication nodes and a host controller positioned 
to control collecting of utility usage data from each of the plurality of communication nodes, 
transmitting data to each of the plurality of communication nodes through the host transceiver, 
and receiving data from each of the plurality of communication nodes through the host 
transceiver. Each collector controller of the plurality of meter data collectors and the host 
controller can include controller software associated with the controller and having a network 
data communication protocol. The network data communication protocol includes a preselected 
application layer, and the communication network comprises a radio frequency communication 
network. The radio frequency communication network has a frequency acceptable to the Federal 
Communication Commission or other regulatory agency as desired. For example, the frequency 
can be in the range of 850-1000 mega-hertz or 2.4-5.8 giga-hertz. The frequency CAN 
advantageously continuously change between a plurality of different preselected frequencies to 
thereby define frequency hopping. The controller software of the host controller initiates polling 
of the plurality of communication nodes through the frequency hopping within the 
communications network, and each of the plurality of communication nodes responds to the 
polling by the host computer through the frequency hopping within the communications 
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network. The network software includes an autosequencer to initiate polling of the plurality of 
communication nodes whereby each of the plurality of communication nodes is individually 
attempted to be polled by the host computer to determine a strength of communication signal 
between the host computer and each of the plurality of communication nodes. Each of the 
plurality of communication nodes also attempt to communicate with each other responsive to the 
autosequencer to determine a strength of communication signal between one of the plurality of 
communications nodes and another one of the plurality of communication nodes, and the 
autosequencer further determines a communication sequence to each of the plurality of 
communication nodes responsive to the strength of communication signal between the host 
computer and each of the plurality of communication nodes and responsive to the strength of 
communication signal between each of the plurality of communication nodes to define a 
preferred communication sequence path to each of the plurality of communication nodes from 
the host computer. The autosequencer updates the preferred communication sequence path to 
allow the preferred communication sequence path to vary over time. 

[0092] The plurality of meter data collectors, for example, can include a first meter data 
collector, a second meter data collector in communication with the first meter data collector, and 
a third meter data collector in communication with at least one of the first and second meter data 
collectors. The first meter data collector can be positioned remote from the host computer to 
thereby have a greater signal strength than the second meter data collector and the third meter 
data collector. The second meter data collector can be positioned remote from host computer to 
thereby have a greater signal strength than the third meter data collector, and the network 
software further includes a raking router to collect meter usage data from the first meter data 
collector responsive to polling received from the host computer and to rakingly collect data from 
each of the second and third meter data collectors responsive to the polling so that meter usage 
data is collected from each of the first, second, and third meter data collectors responsive to 
polling the first meter data collector and routed to the host computer. 

[0093] At least one of the plurality of meter data collectors is positioned within at least one 
of the following: the same housing as at least one of the plurality of utility meters, a separate 
housing positioned closely adjacent at least one of the plurality of utility meters, and a separate 
housing positioned closely adjacent a subset of the plurality of utility meters. The host computer 
further includes memory having a meter data collector database associated therewith to thereby 
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store meter collector data associated with each of the plurality of meter data collectors, the meter 
collector data including collector identification, collector physical address, and strength of signal 
between CIDs. 

[0094] Also, an automated meter reading network system is provided according to an 
embodiment of the present invention. The system includes a plurality of sensors adapted to be 
interfaced with each of a plurality of utility meters each positioned remote from another one of 
the plurality of utility meters so that at least one of the plurality of sensors interfaces with and is 
positioned adjacent at least one of the plurality of meters to thereby sense utility usage data from 
each of the plurality of meters, and a plurality of meter data collectors positioned to collect utility 
usage data from each of the plurality of sensors so that at least one of the plurality of meter data 
collectors is positioned in communication with at least one of the plurality of sensors. The 
plurality of meter data collectors also is adapted to be positioned in communication with each 
other through the communication network so that each of the plurality of meter data collectors 
defines one of a plurality of communication nodes in a communication network, and a host 
computer is positioned remote from the plurality of meter data collectors and in communication 
with each of the plurality of communication nodes so that each one of the plurality of 
communication nodes are adapted to communicate with other ones of the plurality of 
communication nodes. 

[0095] The system can also have each of the plurality of meter data collectors including a 
collector transceiver positioned to transmit data to the host computer and to other ones of the 
plurality of meter data collectors and to receive data from the computer and from the other ones 
of the plurality of meter data collectors and a collector controller positioned to control collecting 
of utility usage data and the transmitting and receiving of data to and from the collector 
transceiver. The host computer includes a host transceiver positioned to transmit data to and 
receive data from each of the plurality of communication nodes and a host controller positioned 
to control collecting of utility usage data from each of the plurality of communication nodes, 
transmitting data to each of the plurality of communication nodes through the host transceiver, 
and receiving data from each of the plurality of communication nodes through the host 
transceiver. Each collector controller of the plurality of meter data collectors and the host 
controller include controller software associated with the controller and having a network data 
communication protocol, the network data communication protocol includes a preselected 
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application layer, and the communication network includes a radio frequency communication 
network. 

[0096] The radio frequency communication network has a frequency in the range of 850- 
1000 mega-hertz, wherein the frequency continuously changes between a plurality of different 
preselected frequencies to thereby define frequency hopping, wherein the controller software of 
the host controller initiates polling of the plurality of communication nodes through the 
frequency hopping within the communications network, and wherein each of the plurality of 
communication nodes responds to the polling by the host computer through the frequency 
hopping within the communications network. 

[0097] The network software includes an autosequencer to initiate polling of the plurality of 
communication nodes whereby each of the plurality of communication nodes is individually 
attempted to be polled by the host computer to determine a strength of communication signal 
between the host computer and each of the plurality of communication nodes, wherein each of 
the plurality of communication nodes also attempt to communicate with each other responsive to 
the autosequencer to determine a strength of communication signal between one of the plurality 
of communications nodes and another one of the plurality of communication nodes, and wherein 
the autosequencer further determines a communication sequence to each of the plurality of 
communication nodes responsive to the strength of communication signal between the host 
computer and each of the plurality of communication nodes and responsive to the strength of 
communication signal between each of the plurality of communication nodes to define a 
preferred communication sequence path to each of the plurality of communication nodes from 
the host computer. The autosequencer updates the preferred communication sequence path to 
allow the preferred communication sequence path to vary over time. 

[0098] The plurality of meter data collectors can include a first meter data collector, a second 
meter data collector in communication with the first meter data collector, and a third meter data 
collector in communication with at least one of the first and second meter data collectors, 
wherein the first meter data collector is positioned remote from the host computer to thereby 
have a greater signal strength than the second meter data collector and the third meter data 
collector, wherein the second meter data collector is positioned remote from host computer to 
thereby have a greater signal strength than the third meter data collector, and wherein the 
network software further includes a raking router to collect meter usage data from the first meter 



-30- 



data collector responsive to polling received from the host computer and to rakingly collect data 
from each of the second and third meter data collectors responsive to the polling so that meter 
usage data is collected from each of the first, second, and third meter data collectors responsive 
to polling the first meter data collector and routed to the host computer. At least one of the 
plurality of meter data collector is positioned within at least one of the following: the same 
housing as at least one of the plurality of utility meters, a separate housing positioned closely 
adjacent at least one of the plurality of utility meters, and a separate housing positioned closely 
adjacent a subset of the plurality of utility meters. The host computer further includes a memory 
having a meter data collector database associated therewith to thereby store meter collector data 
associated with each of the plurality of meter data collectors, the meter collector data including 
collector identification, collector physical address, and strength of signal between meter data 
collectors. 

[0099] An embodiment of the present invention also provides a meter data collector to 
interface with a utility meter. The meter data collector includes a stationary housing adapted to 
be mounted adjacent a utility meter, a sensor positioned to sense meter usage data from the 
utility meter, a high power transceiver associated with the housing to transmit meter usage data 
from the meter data collector and to receive communication remote from the stationary housing 
in a medium to high range, a collector controller positioned within the housing to control data 
communication to and from the high power transceiver and to control collecting of meter usage 
data from the sensor responsive to a remote command, and a memory positioned within the 
stationary housing and associated with and in communication with the controller to store data 
therein, the memory including network software to communicate the meter usage data remotely 
through a communication network. The network software can include a preselected network 
data communication protocol, which includes a preselected application layer, and the 
communication network can be a radio frequency communication network. The radio frequency 
communication network can have a frequency in the range acceptable to the FCC such as 850- 
1000 mega-hertz or 2.4 to 5.8 giga-hertz and which allows the frequency to continuously change 
between a plurality of different preselected frequencies to thereby define frequency hopping. A 
remote host computer controller can initiate polling of the meter data collector through the 
frequency hopping within the communications network, and the collector controller responds to 
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the polling by the host computer controller through the frequency hopping within the 
communications network. 

[00100] The network software includes an autosequencer to initiate respond to polling by the 
host computer controller and to initiate polling of at least one of a plurality of communication 
nodes whereby each of the plurality of communication nodes is individually attempted to be 
polled by the host computer to determine a strength of communication signal between the host 
computer and each of the plurality of communication nodes, and wherein each of the plurality of 
communication nodes also attempt to communicate with each other responsive to the 
autosequencer to determine a strength of communication signal between one of the plurality of 
communications nodes and another one of the plurality of communication nodes to thereby assist 
in determining a preferred communication sequence path to each of the plurality of 
communication nodes from the host computer. The autosequencer updates the preferred 
communication sequence path to allow the preferred communication sequence path to vary over 
time. 

[00101] As shown in FIGS. 1-15E, as described above, the present invention also includes 
various embodiments of related methods. An embodiment of a method of collecting utility meter 
usage data includes sensing meter usage data from each of a plurality of utility meters positioned 
remote from each other, collecting utility usage data by each of a plurality of meter data 
collectors positioned adjacent each of the plurality of utility meters, determining a preferred 
polling sequence route responsive to the strength of communication signal, polling each of the 
plurality of meter data collectors by a host computer positioned remote from the plurality of 
meter data collectors to thereby determine a strength of communication signal between the 
remote host computer and the plurality of meter data collectors positioned adjacent the plurality 
of utility meters, and transmitting meter usage data to the host computer from each of the 
plurality of meter data collectors along the preferred polling sequence route responsive to the 
polling by the host computer. The steps of polling and determining, for example, are 
periodically performed to update the preferred polling sequence route over time. The plurality of 
meter data collectors can include a first meter data collector, a second meter data collector in 
communication with the first meter data collector, and a third meter data collector in 
communication with at least one of the first and second meter data collectors, and the first meter 
data collector is positioned remote from the host computer to thereby have a greater signal 
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strength than the second meter data collector and the third meter data collector, the second meter 
data collector is positioned remote from host computer to thereby have a greater signal strength 
than the third meter data collector, and the method can further include rakingly collecting data 
from each of the second and third meter data collectors responsive to the polling of the first 
meter data collector so that meter usage data is collected from each of the first, second, and third 
meter data collectors responsive to polling the first meter data collector and routing the rakingly 
collected meter usage data to the host computer. 

[00102] At least one of the plurality of meter data collector is positioned within at least one of 
the following: the same housing as at least one of the plurality of utility meters, a separate 
housing positioned closely adjacent at least one of the plurality of utility meters, and a separate 
housing positioned closely adjacent a subset of the plurality of utility meters. The host computer 
can include a memory having a meter data collector database associated therewith to thereby 
store meter collector data associated with each of the plurality of meter data collectors, the meter 
collector data including collector identification, collector physical address, and strength of signal 
between meter data collectors. 

[00103] An embodiment of the present invention also provides a method of monitoring a 
utility meter mounted to a building. The method includes mounting a meter data collector 
defining a remote collection unit adjacent a utility meter mounted to a building, collecting meter 
data from the utility meter by the remote collection unit, transmitting the meter data to a router of 
a communication network service provider, transmitting the meter data through a communication 
network associated with the communication network service provider, and receiving the meter 
data from the communication network by a computer device. The remote collection unit can be 
a first remote collection unit, the utility meter can be a first utility meter, and the building can be 
a first building, and the method further can include mounting a second remote collection unit 
adjacent a second utility meter mounted to second building, collecting meter data from the 
second utility meter by the second remote collection unit and transmitting the meter data from 
the second utility meter by the second remote collection unit, and transmitting the meter data of 
the second utility meter to the first remote collection unit. The meter data transmitted to the 
router, for example, can include meter data from the first and second remote collection units. 
[00104] Yet another embodiment of a method of collecting utility meter data from a plurality 
of utility meters each mounted to a different building and each in communication with a 
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respective one of a plurality of meter data collectors defining a plurality of remote collection 
units is also provided. The method can include transmitting utility meter data from a first remote 
collection unit of the plurality of utility of remote collection units to a second remote collection 
unit of the plurality of collection units, and transmitting utility meter data of the first remote 
collection unit and utility meter data of the second remote collection unit from the second remote 
collection unit to a host computer. The method can also include transmitting meter data from a 
third remote collection unit to the first remote collection unit and wherein the utility meter data 
of the first remote collection unit includes utility meter data from the third remote collection unit. 
[00105] Another embodiment of a method of collecting utility meter data includes positioning 
a meter data collector defining a remote collection unit having bi-directional RF data 
communication within a housing having a glass facing on at lest one side thereof, collecting 
utility meter data by the remote collection unit positioned adjacent the housing, polling the 
remote collection unit from a host computer by RF data communication through the glass facing, 
and transmitting the collected utility meter data from the remote collection unit through the glass 
facing to the host computer responsive to the polling. The utility meter can include a first utility 
meter of a plurality of utility meters, and the first utility meter can be one or more of a gas utility 
meter, an electric utility meter, and a water meter. A second of the plurality of utility meters can 
be a different one of a gas utility meter, an electric utility meter, and a water utility meter. The 
step of collecting includes collecting utility meter data from both the first and second utility 
meters by the remote collection unit. 

[00106] Still another embodiment of a method of collecting utility meter data includes 
positioning a plurality of meter data collectors defining a plurality of remote collection units 
adjacent to respective one of a plurality of utility meters. Each of the plurality of utility meters is 
mounted to a different building. The method also includes polling each of the plurality of remote 
collection units from a collection computer positioned remote from the plurality of remote 
collection units and transmitting meter data from each of the plurality of remote collection units 
to the collection computer responsive to the polling. The method can also include the collection 
computer being a field collection unit such as another remote collection unit or the collection 
computer being a host computer. The method can further include a host computer positioned 
remote from and in communication with the field collection unit. The method additionally can 
include transmitting the utility meter data from the field collection unit to a router of a 
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communication network service provider, communicating the utility meter data through a 
communication network associated with the communication network service provider, and 
receiving the utility meter data by a host computer in communication with the communication 
network. The method still further can include a first remote collection unit of the plurality of 
remote collection units transmitting utility meter data to a second remote collection unit of the 
plurality of remote collection units, the second remote collection unit transmitting the utility 
meter data of the first and second remote collection units to a third remote collection unit of 
plurality of remote collection units, and the third remote collection unit transmitting utility meter 
data of the first, second, and third remote collection unit to the field collection unit. 
[00107] For how each meter data collector defining a remote collection unit operates, the 
device hardware, e.g., silicon integrated circuit such as Dallas Semiconductor DS2401/DS2411, 
provides a 6-byte unique identification number. The least significant 4 bytes of the unique 
identification number are utilized to determine a selected routing source identification number. 
The least significant 1 byte of the selected routing source identification number determines the 
device default frequency index within the attached array of transmit and receive settings for a 
transceiver such as a Chipcon 1020 bi-directional transceiver as understood by those skilled in 
the art. For example, if the least significant byte of the selected routing source identification 
number were 0x00, then the corresponding default receive frequency would be 909300000 hertz 
(Hz). If the least significant byte of the selected routing source identification number were 
0x001, then the corresponding default receive frequency would be 924200000 Hz. In this way, 
for example, 256 frequencies are utilized and organized in a pseudorandom non-repeating 
manner as illustrated in FIGS. 15A-15E. 

[00108] As understood by those skilled in the art, the host computer, for example, can have 
server software to initiate communication messages to each of the plurality of destination remote 
collection units. A destination remote collection unit, for example, can be: (1) directly connected 
to the host computer; (2) connected via radio frequency from the remote collection unit directly 
connected to the host computer, or (3) connected via radio frequency for up to a preselected 
number, e.g., 15, radio frequency repeater remote collection units to the remote collection unit 
directly connected to the host computer. The communications portion of a message protocol 
packet can include the routing source identification number, routing source radio frequency 
index, routing destination identification number, routing destination radio frequency index, 
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routing gateway node count, and up to the preselected number, e.g., 15, routing gateway 
identification numbers and their corresponding radio frequency indices. The communications 
portion of the acknowledgement packet can include the routing identification number, routing 
source radio frequency index, routing destination identification number, and routing destination 
radio frequency index. The routing source identification number identifies the remote collection 
unit transmitting the message. The host server application, for example, can keep an internal 
database of the remote collection unit identification numbers and their active radio frequency 
indices based upon each successful communication. On startup, the host server application 
assigns the remote collection unit radio frequency index to the least significant byte of the unit 
unique address. The host server software, as understood by those skilled in the art, also can 
ensure non-consecutive identical frequency indices in any given communications path. 
[00109] The message validation for the remote collection device can use a remote collection 
unit identification number to equal either the routing destination identification number or the first 
routing gateway identification number. The unit acknowledgment message validation can use 
the unit identification number to equal the routing destination identification number. Additional 
communication packet validation criteria include message sequence number, message type, and 
CRC calculations. Upon receipt of a valid message, the receiving remote collection unit will 
increment/alter its radio frequency index and transmit an acknowledge packet to the received 
packet routing source identification number at the current radio frequency index. If the remote 
collection unit device was the intended destination, then after transmitting the acknowledgment 
packet the remote collection unit will transmit the response at the incremented/altered radio 
frequency index. If the remote collection unit was an intended receiver, but not the message 
destination (see, e.g., FIG. 5), after transmitting the acknowledgment packet the remote 
collection unit will forward the message utilizing the received packet first routing gateway 
frequency index. For example, the units configured as receivers can shift frequencies in 
synchronization with the units configured as transmitters as described above. The units, also for 
example, can use the same Chipcon 1020 bi-directional transceivers, or other transceivers as 
understood by those skilled in the art, and can be configured such that the remote collection unit 
receiver input bandwidth matches the hopping channel bandwidth of their corresponding remote 
collection unit transmitter. 
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[00110] This fixed automated meter reading network system 30 supports bi-directional 
communications with the capability of collection digital and analog input data, as well as 
functional control, via digital output relays. The remote collection unit platform monitors data, 
for example, from four digital inputs and two encoded inputs and transmits that data to a utility's 
central office via a 902-928 mega-hertz frequency hopping mesh network as understood by those 
skilled in the art. The remote collection unit 41, for example, utilizes a medium to high range RF 
radio capable of communications of 1600 meters or approximately one mile and a field host unit 
that connects the local area network to a wireless, cable, fiber, or telephony wide area network. 
Field host units (also which can be another remote collection unit) can reside at the municipality 
infrastructure level such as a sub-station, pump station, or municipal office. These intelligent 
units have an embodiment of the software of the present invention loaded and responsible for 
collecting interval data from the surrounding field 51 or remote 41 collection units then 
transmitting that data when requested by the primary host 61, located at the central office, in a 
batch format (see FIGS. 1-8). 

[00111] After units are installed in the field and the primary host system 30 is in place, the 
software gathers a list of available field units. This process is dynamic in nature and at its 
conclusion would have a complete network communications map through a communication 
network 80 ready to begin the job of data collection. As a mesh network 80, each unit has 
multiple communication paths between it and the local field host unit 51, e.g., supporting up to 
15 links or levels in a single path. The primary host system located at the central office, for 
example, polls field units on a revolving schedule 24 hours a day, 7 days a week, 365/366 days a 
year. Metering data received at the host site is then converted into OLE DB compatible database 
file formats, as understood by those skilled in the art, for input into existing customer 
information and billing systems. This system 30 and each remote collection unit 41, for 
example, allows for additional expansion of input/output as needed, including remote disconnect, 
appliance control for load curtailment, or outage detection to consumer value functions such as 
security, detection, or alarm notification. The system can have a primary host 61 located at a 
central office with connection capabilities to customer billing, a field host unit located through 
the city and connected to the fiber optic infrastructure to establish wireless communication to all 
available remote collection units. The field host units establish the communication, request and 
store data, and pass the instructions form the primary host to the remote collection units. The 
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remote collection units, located at the consumer such as mounted to residence 40 or other 
building structure, can each be connected to all devices at the consumers location that are 
required to meet the appropriate phase requirements, such as metering aspects in phase one, 
community service aspects in phase two, and so forth as understood by those skilled in the art. 
The remote collection units can collect metering data from the various meters, e.g., electric 72, 
water 74, gas 76, or other usage, the field host unit polls the consumer located at the remote 
collection unit, e.g., approximately every 15 minutes, and receives a packet of information that 
includes I.D., consumption, data and time stamp, network stats, and other data as desired. The 
field host unit can maintain a file of all collected data received from each remote collection unit 
in its range. The primary host 61 establishes a connection with each field host unit and 
downloads the consumption file, process the file, and makes ready for billing as understood by 
those skilled in the art. The RF radio of each remote collection unit 41, field host unit 51, and/or 
host computer 61 preferably is a medium to high range radio as understood by those skilled in 
the art, e.g., preferably in a range of 1 Watt or greater. The RF radio of the field host unit can 
establish communication 38 to far reaching remote collection units and rake data back, e.g., see 
FIG. 4, or directly through units establish communication links 36 and also rake data back as 
desired. 

[00112] In the drawings and specification, there have been disclosed a typical preferred 
embodiment of the invention, and although specific terms are employed, the terms are used in a 
descriptive sense only and not for purposes of limitation, the scope of the invention being set 
forth in the following claims. The invention has been described in considerable detail with 
specific reference to these illustrated embodiments. It will be apparent, however, that various 
modifications and changes can be made within the spirit and scope of the invention as described 
in the foregoing specification. 
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